home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 15229 < prev    next >
Encoding:
Text File  |  1996-08-05  |  2.6 KB  |  94 lines
  1. Path: news.lpr.carel.fi!usenet
  2. From: Ari Lukumies <aril@cmt.lpr.mail.carel.fi>
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: Did I Miss Something?
  5. Date: Thu, 04 Apr 1996 12:54:47 +0200
  6. Organization: Carelcomp Products
  7. Message-ID: <3163AA77.5901@cmt.lpr.mail.carel.fi>
  8. References: <N.040396.105136.51@ix.netcom.com>
  9. NNTP-Posting-Host: renoir.cclahti.carel.fi
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0 (WinNT; I)
  14.  
  15. Jerry Hewett wrote:
  16. > [snip]
  17. > 
  18. > // OBJSTRNG.CPP, from Chapter 6 - More Encapsulation.
  19. > 
  20. > class box {
  21. >     int length;
  22. >     int width;
  23. >     char *line_of_text;
  24. > public:
  25. >     box(char *input_line);
  26. >     void set(int new_length, int new_width);
  27. >     int get_area(void);
  28. > };
  29. > 
  30. > /*
  31. >     Just guessing, but here goes...
  32. > 
  33. >     Below is the constructor for "box".  The object doesn't exist until the
  34. >     constructor creates it.  Since a pointer to a "known" fixed-length string
  35. >     is being passed to the constructor, the compiler determines the amount of
  36. >     memory required to store the string "small box ", allocates space for it
  37. >     in the object, and copies it into this space.
  38. > 
  39. >     Once the object passes out of scope this "magically" created chunk of
  40. >     memory allocation disappears along with the object... (???)
  41.  
  42. Not quite - compiler does not determine and allocate anything. main() calls the 
  43. constructor with the parameter "small box". This is a constant character string (read: 
  44. array ending with a '\0') that is stored somewhere in the memory. The assignment 
  45. line_of_text = input_line simply assigns the address of this string to line_of_text, 
  46. without allocating any memory. Similarly, there's no destructor, so the memory is not 
  47. freed, and of course should not be, because it was not allocated by the ctor in the 
  48. first place.
  49.  
  50. > */
  51. > 
  52. > box::box(char *input_line)
  53. > {
  54. >     length = 8;
  55. >     width = 8;
  56. >     line_of_text = input_line;
  57. > }
  58.  
  59. To make the ctor allocate some memory, one would use something like
  60.  
  61.     box::box(char *input_line)
  62.     {
  63.         // line_length just added for clarity
  64.         line_length = strlen(input_line) + 1;
  65.         line_of_text = new char[line_length];
  66.         strcpy(line_of_text, input_line);
  67.     }
  68.  
  69. and provide a destructor
  70.  
  71.     box::~box()
  72.     {
  73.         line_length = 0;
  74.         delete [] line_of_text;
  75.         line_of_text = 0;
  76.     }
  77.  
  78. The zeroings here are to provide that you won't use the members after destruction (or 
  79. if you try to, you'll probably have a core dump or a GPF). Of course, in this example, 
  80. line_length and destructor would have been added to the class declaration also.
  81.  
  82. > 
  83. > main()
  84. > {
  85. >     box small("small box ");
  86. > 
  87. > }
  88. > 
  89.  
  90. Later,
  91.  AriL
  92. -- 
  93. All my opinions are mine and mine alone.
  94.